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® Vorrichtung zum Betrieb von absoJuten Echtzeituhren in einem eine Zentraiuhr und Teilnehmer 
enthaltenden Prozesssteuersystem. 



© Gegenstand der Erfindung ist eine Vorrichtung 
zum Betreib von Echtzeituhren, die sich in Teilneh- 
mern (2, 3) eines hierarchisch durch Bussysteme 
verbundenen Prozeflsteuersy stems befinden. 
Die Echtzeit wird von einer Zentraiuhr vorgegeben 
und uber die vorhandenen Bussysteme an die ein- 
zelnen Teiinehmer (2, 3) weitergeleitet und synchro- 
nisiert. 
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Vorrichtung zum Betrieb von absoluten Echzeituhren in einem eine Zentraluhr und Teilnehmer 

enthaitenden Proze4steuersystem 



Die Erfindung bezieht sich auf eine Vorrichtung 
zum Betrieb von Echtzeituhren, die aus einer Zen- 
traluhr die uber Datenbusse verbundenen Teilneh- 
mer eines verteiiten Prozeflsteuersy stems synchro- 
nisiert 

In einem Prozeflsteuersystem mit einer Reihe 
von Teilnehmern, die jeweils Prozeflgroflen mes- 
sen, uberwachen, steuern oder regeln, ist es ofters 
notwendig. fur bestimmte Ereignisse des Prozes- 
ses die Zeit des Auftretens zu kennen bzw. be- 
stimmte Ereignisse zu festgelegten Zeiten auszulo- 
sen. Es mu/3 daher in Funktionseinheiten des Pro- 
zeflsteuersystems (insbesondere den prozeiSnahen 
Einheiten) mogiich sein, die Ereignisse mit einer 
allgemein gultigen Echtzeit in Beziehung zu brin- 
gen. Diese Teilnehmer bzw. Funktionseinheiten be- 
notigen deshaib einen direkten Zugriff auf eine 
Echtzeituhr, die zugleich das Datum angibt. 

Der Erfindung liegt die Aufgabe zugrunde, eine 
absolute Echtzeit in jedem Teilnehmer, der sie 
benotigt mit einer relativen Genauigkeit zur Zen- 
traluhr una einer hohen Auf 16 sung bereitzustellen. 
Unter absoluter Echtzeit ist hierbei die jeweils gulti- 
ge Ortszeit zu verstehen. 

Die Aufgabe wird erfindungsgemafl dadurch 
gelost dafl eine Zentraluhr vorgesehen ist an die 
ein Echtzeitaufbereiter angeschlossen ist der die 
Echtzeitinformation in das Datenformat der Schnitt- 
stellen des oder der Teilnehmer umsetzt, und dafi 
in dem oder den Teilnehmern jeweils Echtzeituhren 
vorgesehen sind, die vom Echtzeitaufbereiter aus 
eingesteilt und synchronisiert werden. 

Vorzugsweise wird die Zentraluhr mit der amtli- 
chen Zeit eingesteilt und synchronisiert. Die Zen- 
traluhr kann insbesodnere durch eine Funkuhr reaii- 
siert werden. Es ist zweckmaflig, die Echtzeit im 
dem oder den Teilneh mern unter Ausnutzung vor- 
handener Taktgeber und gegebenenfalls Zahibau- 
steinen in Verbindung mit Software bereitzustellen. 
Auf diese Weise konnen alle Teilnehmer bzw. 
Funktionseinheiten. die die Echtzeit *benoti gen, eine 
Echtzeituhr fuhren. Beispieisweise werden alle zu 
einer Station einer Energieverteilungsanlage geho- 
renden Echtzeituhren vor der zentralen Echtzeituhr 
gesteUt und synchronisiert. Die Wirkungsrichtung 
entspricht hierbei vorzugsweise der Hierarchie von 
Datenbussystemen zwischen den Teilnehmern. Die 
Echtzeit wird bereitgestellt indem die Echtzeit in 
den Funktionsbausteinen gefuhrt und uber Bussy- 
steme verteilt wird, wobei unter Verteiiung die 
Echtzeitubertragung zu den Teilnehmern und die 
Synchronisation der Echzeituhren in den Teilneh- 
mern zu verstehen ist. Die Zentraluhr ist vorzugs- 
weise mit dem Echtzeitaufbereiter zu einer Echt- 



zeitzentrale kombiniert, die insbesondere in einer 
Baueinheit realisiert ist. 

Die Zentraluhr liefert die Echtzeit ais Daten und 
vorzugsweise einen Sekundentakt zur Synchronisa- 

5 tion an einen zentralen Echtzeitaufbereiter. Dieser 
setzt die Echtzeit in ein fur die gesamte Echtzeit- 
bereitstellung gultiges Format um. Von hier aus 
wird die Echtzeit uber die vorhandenen Daten- 
schnittsteilen zu den einzelnen Echtzeituhren uber- 

ro tragen. Die Synchronisation der Echtzeituhren er- 
folgt zweckmafligerweise uber diesefben Hardware- 
Schnittstellen, z. B. Datenschnittstellen, Bussyste- 
me und dgl. t uber die die anderen informationen 
zwischen der Zentraie und den Funktionsbaustei- 

ts nen ubertragen werden. Es ist aber auch mogiich, 
die Synchronisation uber einen separaten Sekun- 
dentakt mit zusatziicher Hardware zu erzeugen. 
Dieser Sekundentakt wird dann zentrai generiert 
Leifert nicht schon die Zentraluhr einen fur das 

20 System geeigneten Sekundentakt, d. h. einen Se- 
kundentakt mit der erforderiichen Zeitgenauigkeit. 
dem richtigen Pegel, der Valenz und dem fan out 
usw., dann wird dieser im zentralen Echtzeitaufbe- 
reiter generiert. Beide Synchronisationsverfahren 

25 konnen auch nebeneinander, d. h. gemischt einge- 
setzt werden. 

Bei der Realisierung der einzelnen Software- 
Funktionen werden die Interrupte beriicksichtigt 
Wird z. B. DMA-Steuerung benutzt dan muB 

30 ihre Wirkung quasi gleichzeitiger Zugriff parallel um 
Prozessor; unter Umstanden Sperrung aller 
Prozessor-Aktivitaten (z. B. Interrupt-Reaktion Gber 
langere Zeitraume) berucksichtigt bzw. beschrankt 
werden. 

as Oberlappende Zugriff smogiichkeiten mussen 

bei Dual Port RAMs beachtet werden. 

Das Format (Auflosung, Vorzeichen) der Vari- 
ablen und Konstanten mufl beachtet werden. 

Mit der Erfindung soil auch eine Echtzeituhr 
40 zur Verfugung gestellt werden, die mdglichst mit 
ublichen und in Funktionsbausteinen fur Prozefl- 
steuerungen verwendeten Hardwarekomponenten 
auskommt. 

Jede Echtzeithr besteht insbesondere aus der 
45 Kombination eines Hardware-Timers und einer 
Software-Uhr. Beide zusammen bilden eine Echt- 
zeituhr, die bei Ausfall der Synchronisierung frei 
weiterlauft 

In Abhangigkeit von den Hardwaregegebenen- 
50 heiten der Funktionsbausteine und den Softwarean- 
forderungen konnen zwei verschiedene Arten von 
Echtzeituhren realisiert werden: 
- Eine Echtzeituhr mit einem asynchronem 
Hardware-Timer.* Dieser Uhr kann in jedem Fail mit 
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der vorhandenen Hardware realisiert werden und 
wird bevorzugt eingesetzt werden. - Eine Echtzeit- 
uhr mit synchronem Hardware-Timer. Oiese Uhr 
kann einen Zeitscheiben-lnterrupt generieren. Sie 
sollte nur dann realisiert werden, wenn das Softwa- 
resystem unbedingt einen Zeitscheiben-lnterrupt 
erfordert. da hier hdhere Anforderungen an die 
Hardware (Timer) gesteilt werden mussen. Oiese 
hoheren Anforderungen sind z. B. durch Erweite- 
rung aller Anderungen der vorgesehen Hardware 
erfiillbar. 

Die Echtzeituhr mit einem asynchronen 
Hardware-Timer ist auf alien Baueinheiten realisier- 
bar, da sie keine besonderen Anforderungen an 
den Hardware-Timer stellt. Wenn die durch den 
jeweiligen Proze/5 gegebenen Bedingungen es zu- 
lassen, alle Echtzeituhren mit asynchronem 
Hardware-Timer zu betreiben. dan reicht ein einzi- 
ges Grundkonzept fur sarntliche Echtzeituhren aus. 

Der Hardware- Timer ist insbesondere ein bina- 
rer Zahlerbaustein, auf den der Prozessor, der die 
Software-Uhr fahrt. iesend zugreifen kann. Er wird 
dauernd mit einem quarzstabilen Takt fast beiiebi- 
ger Frequenz grofler gieich 10 MHz versorgt und 
zahit ohne Unterbrechung zyklisch die Taktimpul- 
se. Die Bezeichnung "asynchron" bedeutet hier. 
da/3 die Zahler-Bngangsfrequenz und der Zahler- 
zyklus in keinem "synchronen" Verhaitnis zu ir- 
gendwelchen Zeiteinheiten der Software-Uhr ste- 
hen mussen. Oiese Zahlerbetriebsart ist die ein- 
fachste uberhaupt und wird von alien Hardware- 
Tlmem beherrscht 

Der Hardware-Timer enthait einen 
einfachen Dualteifer (Binarteiler), der in 
Zyklischer Dauerbetrieb arbeitet und mit 

Bngangsfrequenz >= 10 MHz beaufschlagt 
wird, die eine hohe 

Frequenzstabilitat. z. B. mit Hilfe eines Quarzes, 
aufweist 

Die Mindest'Teilerfange ist abhangig von der 
Software, da der Prozessor, der die Software-Uhr 
aus dem Hardware-Timer abieitet, aile Ttmer-Uber- 
laufe erkennen mufi. 

Die Timerstellung mufi durch den Prozessor 
lesbar sein. 

Es ist gunstig, wenn der Timer-Ubertauf-lnter- 
rupt den Prozessor beaufschlagt Durch die Softwa- 
re wird vorzugsweise gewahrleistet, dafl jeder 
Timer-Uberfauf sicher erkannt wird, so dail kein 
Timer-Interrupt notwendig ist. Oie Nutzung eines 
Timer-Uberlauf-lnterrupts erhoht die Sicherheit 
und/oder die Zuveriassigkeit der Zeitmessung. 

Die Zahlrichtung kann beliebig sein. Bei einem 
Abwartszahler mu/3 der Zahierstand vor der Weiter- 
verarbeitung negiert bzw. invertiert werden. 

Die Software-Uhr in den einzetnen Funktions- 
bausteinen jeweiis von dem Prozessor bearbeitet 
der die Uhrzeit bendtigt, sei es, um Ereigniszeiten 



zu ermitteln, Echtzeitreaktionen zu veranlassen, 
Oder auch nur, um die Uhrzeitsynchronisation an 
nachgeordnete Uhren weiterzuieiten. Der Prozessor 
hat unmitteibaren Zugriff auf einem hierfur bereit- 
s gesteilten Hardware-Timer. 

Oie Uhrzeit wird jeweiis bei Bedarf und in Pau- 
senzeiten (wenn sonst keine Prozessorleistung ver- 
langt wird) ermittelt und vorzugsweise in einen 
RAM bereitgehalten (Uhrzeitfuhrung). Die Synchro- 
70 nisation der Uhrzeit erfolgt zweckmafligerweise in- 
terruptgesteuert (Bilder 24..., 16...) 

Die Uhrzeitfuhrung ist verantwortlich fur den 
"Gang" der Echtzeituhr und stellt sicher, daj3- die 
aktuelle Echtzeit immer dann mit der geforderten 
;s Genauigkeit verfugbar ist. wenn sie bendtigt wird. 

Dies wird bei gegebener Hardware mit einem 
Minimum an Programmlaufzeit erreicht indem fol- 
genden Verfahren zum Einsatz kommt: 

Oer Prozessor, der die Software-Uhr fuhrt, kann 
20 den Hard ware- Timer direkt lesen. 

Zur Uhrzeitfuhrung wird zunachst der 
Hardware-Timer eingeiesen. 

Dann wird ermittelt, wieviel Zeit seit der letzten 
Aktualisierung der Software-Uhr vergangen ist. 
25 Hierzu wird der Stand des Hardware-Timers, der 
zur letzten aktuellen Software-Uhrzeit gezieit bereit- 
gehalten. 

Ein Bereich gibt die Anzahl der Miliisekunden 
an, die der Uhrzeit aktueil hinzugerechnet werden 

30 mussen. 

Wird eine fortgesetzte Substraktion 
(Multiplikation) verwendet, dann ist die Programm- 
laufzeit zur Berechnung der neuen Uhrzeit umso 
grofler, je mehr Zeit seit der letzten Zeitrechnung 

as vergangen ist Aus diesem Grund kann es vorteil- 
haft sein, die Uhrzeit nicht nur "bei Bedarf" neu zu 
berechnen, sondern zwischendurch immer dann, 
wenn das Prograrnrnsystem eine Pausenschieife 
durchiauft und ohnehin keine Programmlaufzeit be- 

40 ansprucht. 

Dieses Verfahren kann auch dazu dienen, die 
Uberiaufe des Hardware-Timers zu erfassen und 
entsprechend zu beriicksichtigen. Diese Art der 
Timer-Uberlauferkennung funktioniert dann, wenn 

45 sichergesteiit wird, dafl zwischen je zwei benach- 
barten Neuberechnungen der Uhrzeit weniger als 
eine Timer-Zykluszeit iiegt 

Bn sicheres Verfahren zur Erkennung der 
Timer-Uberiaufe iiefert der Timer-Uberlauf-tnterrupt. 

so In der Interrupt-Routine kann entweder ganz normal 
die Uhrzeit berechnet werden, Oder einfach ein 
Uberiaufzahler nachgezahlt werden. Dieser ZShler 
wird dann bei einer spater erfolgenden Uhrzeitbe- 
rechnung berucksichtigt 

55 Der Rest der Uhrzeitfuhrung wird durch das 

gewunschte Format der Uhrzeit wesentiich mitbe- 
stimmt und besteht im allgemeinen aus einem 
mehrstufigen Zahler-Aufbau mit Sonderfunktionen. 
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Es ist auch moglich. eine Echtzeituhr mit syn- 
chronen Hardware-Timer aufzubauen. 

Bei zu steuernden Prozessen, in Anwendung in 
der Energieverteilung, ist es erforderfich, datf in 
den jeweils mit ainer Echtzeituhr ausgestatteten 
Funktionsbausteinen eine bestimmte Uhrzeitdiffe- 
renz nicht Uberschritten wird, die z. B. im Bereich 
von 10 msec liegt. 

Der Erfullung dieser Forderung wird bei der 
Verteiiung der Echtzeit von der Zentraluhr bis zur 
Echtzeituhr im "letzten" Funktionsbaustein beruck- 
sichtigt 

Die Verteiiung der Echtzeit wird vorzugsweise 
in * die beiden Verfahrensschritte 

"Echtzeitubertragung" und "Synchronisation der 
Echtzeituhren" zeriegt. 

Ubertragung der Echtzeit 

Die Ubertragung der Echtzeit erfolgt uber die 
vorhandenen Daten-Schnittstellen, z. B. uber Bus- 
systeme von Uhr zu Uhr. 

Das Datenformat bei der Ubertragung der Echt- 
zeit ist an alien Schnittstellen gleich und stellt eine 
Erweiterung der Echtzeitdarstellung im Prozefl dar. 
Es ist zugfeich eine Teilmenge der Darsteilung 
einer kompietten Software-Uhr. Das Format ist un- 
abhangig von der Art der Synchronisation der Echt- 
zeituhren. 

Eine Ausnahme bei der Echtzeittibertragung 
gibt es beim Datenformat der Zentraluhr. Dieses 
Format wird von der verwendeten Zentraluhr vorge- 
geben und im zentraien Echtzeitaufbereiter in das 
Standardformat umgesetzt, das bei alien Schnitt- 
stellen gleich ist 

Die Ubertragung zwischen Software-Uhr und 
Ubertragungs-Schnittstelle erfolgt blockweise, d. h. 
die gesamte Uhrzeit wird an einem Stuck ubertra- 
gen, und wird gegen gleichzeitige Uhrverstellung 
verriegeit 

Synchronisation der Echtzeituhren 

Von zentraien Bedeutung fur die gesamte 
Echtzeitbereitsteilung ist die Art der Synchronisa- 
tion der Echtzeituhren. Hier kommen vorzugsweise 
zwei Verfahren in Betracht die oben bereits er- 
wahnt wurden: 

Synchronisation uber die vorhandenen Schnitt- 
stellen (Bussysteme), 

Synchronisation uber einen eigenen Takt 
(separate Taktleitung). 

Das erste Verfahren erfordert mehr Software- 
aufwand, wahrend das zweite Verfahren mehr hard- 
ware benotigt. Beide Verfahren kdnnen auch 
"gemischt" in einer Anlage vorkommen. 



Das erste Verfahren is wirtschaftlicher. 
Beide Verfahren sind so aufgebaut. daJ3 sie 
Ausfalie von "Synchronimpuisen a tolerieren. 

5 

Synchronisation uber die Datenschnittstellen 

Bei diesem Verfahren wird die Synchronisation 
uber eine Schnittstellenaktion zwischen Teilneh- 

10 mern einer Schnittstelle erreicht Schnittstellen sind 
hier die Verbindungen, uber die auch die Grobuhr- 
zeit ubertragen wird. Es wird dabei keine Zusatz- 
hardware benotigt. 

Fur jede Schnittstelle wird eine 

is "Synchronisationsprozedur* definiert. Es ist mog- 
lich. fur alle Bus-Schnittstellen (parallel und seriell) 
ein prinzipielles Konzept zur Uhrzeitsynchronisation 
anzugeben: 

Wichtiges Prinzip bei der Synchronisation uber 

20 die Datenschnittstellen ist die Reduzierung von un- 
definierten Verzogerungszeiten auf das erreichbare 
Minimum. Dabei mutf bedacht werden, dafl bei 
einer Synchronisation uber mehrere Stufen die 
Fehler sich addieren. Definierte Verzogerungszei- 

25 ten sind keine Fehterquelle, da sie berucksichtigt 
werden konnen. 

Das Ziei mit moglichst geringen undefinierten 
Verzogerungszeiten (bei der Uhrzeitsynchronisation 
uber die Datenschnittstellen) zu arbeiten. wird wie 

30 folgt erreicht 

AI!e verwendeten Schnittstellen bieten die 
Mogiichkeit, durch bestimmte Schnittstellenereig- 
niss (z. B. "Ubertragung beendet") einen Interrupt 
zur Verarbeitungseinheit des die Uhrzeit fuhrt, aus- 

35 zulosen. Dies gilt auch fur die Bus-Controller. 

Es werden Schnittstellenprozeduren angewen- 
det, die bei verschiedenen Busteiinehmem (Master, 
Slave) einen Interrupt auslosen. Es hat sich ge- 
zeigt, dafl der zeitliche Abstand dieser Interrupte zu 

40 einem bestimmten Ereignis an der Schnittstell en- 
Hardware zumeist auf einige Mikrosekunden genau 
bestimmbar ist. Dadurch wird der zeitliche Abstand 
von Interrupts, die durch eine Schnittstellenproze- 
dur bei unterschiedlichen Schnittsteilenteilnehmern 

45 ausgelost werden, (z. B. Masters and Slaves), 
ebenfalls auf Mikrosekunden genau bestimmt * 

Die Hardware-Voraussetzungen fur eine ausrei- 
chend genaue Synchronisierung durch Interrupt sin 
durch die oben erwahnte Feststellung gegeben. 

so Die Software wird so ausgebildet, dafl der anste- 
hende relevante Interrupt wenigstens einmal inner- 
haib eines bestimmten Zeitintervafls spatestens 
nach einer tolerierbaren Sperrzeit freigegeben wird. 
Das Verfahren beinhaltet folgende Schritte: 

ss 
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1. Es wird eine spezielle Bus-Prozedur 
(Ubertragung vom Master zum Slave) rnit einer (zu 
vereinbarenden) Kennung SYNC gestartet. Diese 
Prozedur kann auch ein "Aufruf an alle" sein 
(soweit vorhanden). 

2. Die SYNC-Busprozedur lost bei alien be- 
teiligten Busteiinehmern, auch beim Master, einen 
Interrupt aus. 

3. Oie Interrupt-Routinen frieren die augen- 
blickliche Feinzeit ein. 

4. 1st ein SYNC-lnterrupt gesperrt wenn das 
SYNC-Ereignis eintritt dann wird die Uhrzeit erst 
nach der Interrupt-Freigabe eingefroren und ist 
moglicherwetse nicht mehr aktuell (spatere Zeit), 
Damit dies erkennbar ist, wird auch immer dann, 
wenn der Interrupt gesperrt wird, die aktuelle Uhr- 
zeit eingefroren. ist der Interrupt nicht gesperrt 
wenn er ausgelost wird, dann wird dies erkannt und 
beide Zeiten werden gleichgesetzt. womit sie als 
eindeutig guitig erkiart sind. 

5. in einer spater folgenden Busprozedur 
sendet der Master der bzw. den Slaves seine ein- 
gefrorene Feinzeiten zusarnmen mit der Grobzeit. 
Damit ist zugleich die Funktion "Ubertragung der 
Echtzeit" erfullt 

6. Die Slaves berechnen jeweils aus der 
ubertragenen Uhrzeit und ihrer eigenen 
(eingefrorenen) Zeit die Differenz 
( = Regelabweichung fur die eigene Uhr) und regein 
ihre Uhren ein oder stellen sie neu t wenn die 
Regelabweichung mehrmais hintereinander unzu- 
lassig grofl (asynchron) war. 

Diese Prozedur mu/3 nicht sofort durchgefuhrt 
werden und kann Abhangigkeit von der Programm- 
laufzeit optimal aufgerufen werden. 

Erfolgt die Synchronisation der Echtzeituhren 
uber einen separaten Takt dann wird dieser Takt 
den Prozessoren, die ihre Echtzeituhr damit syn- 
chronisieren sqllen, ais tnterrupt-Ausiosesignal zu- 
gefuhrt Die Taktfrequenz betr3gt vorzugsweise ge- 
nau ein Herz (Sekundentakt). Der Beginn jeder 
neuen Sekunde wird durch die aktive Taktflanke 
angezeigt (0-1-Ubergang). 

Es ist von Vorteil, wenn bei betden in Frage 
kommenden Synchronisationsverfahren mogfichst 
mit denselben Softwareroutinen gearbeitet werden 
kann, deshalb wird eine Prozedur angewendet die 
weitgehende Obereinstimmung mit dem oben an- 
gegebenen Synchronisationsverfahren aufweist. 

Der wesentliche Unterschied besteht darin, da/3 
anstelle einer ereignisgesteuerten Routine eine 
zeitabhangig gesteuerte Routine (Interrupt- Sekun- 
dentaktroutine) durch den Sekundentakt aufgerufen 
wird. In dieser Routine wird fur die Feinzeit (die 
uber den Bus empfangen wird) ein sekundentakt- 
gerechter Ersatz generiert. 

In der Initiaiisierungsphase werden zunachst 



alle Variablen mit definierten Werten vorbesetzt. 
Das System der Echtzeitverteilung sorgt dann da- 
fur, dai3 nach einer Hochlaufzeit aiie Uhren syn- 
chronisiert sind und mit der geforderten Genauig- 
s keit "gehen'V Alle Zustande werden uber Flags 
angezeigt. 

Die Erfindung im folgenden an Hand von in 
einer Zeichnung dargestellten Ausfuhrungsbeispie- 
len naher beschrieben, aus denen sich weitere 
70 Einzelheiten. Merkmaie und Vorteilen ergeben. 

Es zeigen: 

Fg. 1 ein Schaltbild einer Anordnung mit 
einer Zentralen, die eine zentraJen Echtzeituhr ent- 
hait, und mit der Zentralen verbun dene Teilneh- 
75 mer, die jeweils Echtzeituhren enthalten, 

Fg. 2 ein Ablaufdiagramm fur ein Hauptpro- 
gramm in einem Teiinehmer, der eine Sbftware- 
Echtzeituhr und einen Hardware-Tuner enthalt, 

Rg. 3 eine Ablaufdiagramm der Aktualisie- 
20 rung der Uhrzeit in einem Teiinehmer, 

Fig. 4 ein Ablaufdiagramm der Feststellung 
des Zahlstands des Hardware-Timers in einem 
Teiinehmer, 

Fg. 5 ein Ablaufdiagramm der Eingabe ei- 
25 nes neuen Zahlstands in den Hardware-Timer, 

Rg. 6 ein Ablaufdiagramm des Takts der 
Software- Echtzeituhr, 

Rg. 7 ein Ablaufdiagramm fur die Generie- 
rung von Millisekundentakten, 
30 Rg. 8 ein Ablaufdiagramm filr die Bearbei- 

tung des Millisekundentakts, 

Rg. 9 ein Ablaufdiagramm eines einen exter- 
nen Sekundentakt zugeordneten Interrupts, 

Rg. 10 ein Ablaufdiagramm eines einen 
35 Empfangstakt zugeordneten Interrupts, 

Rg. 1 1 ein Ablaufdiagramm eines einem 
Uhrzeitsynchrontakt zugeordneten Interrupts, 

Fig. 12 ein Ablaufdiagramm eines einem 
Primaruhr-Synchrontakt zugeordneten Interrupts. 

40 

In einer Station 4 bzw. ProzeB lei tsy stem ist ais 
Zentraiteil eine Stationseinheit 1 vorgesehen. Diese 
enthalt als Steuereinheit ein Mehrrechner-System, 
z. B. mit parailelem Bus. 
45 Teiinehmer 2, 3 am Systembus 11 sind Bau- 

gruppen, die je eine multimasterfahige Rechnerkar- 
te darstellen. Jede Rechnerkarte fuhrt eine- Echt- 
zeituhr 5, 6. 

Sne Rechnerkarte der Stationseinheit 1 enthalt 
so zusatzlich die Software eines zentralen Echtzeitver- 
teiiers 12. Diese Baugruppe wird von einer Zentrai- 
uhr 7 der Station 4 aus mit der Echtzeit versorgt 
Von hier aus wird die Echtzeit zu den Uhren der 
einzeinen Rechnerkarten uber den Systembus 1 1 
55 'Verteilt". 

Die Weiterverteilung der Echtzeit geschieht von 
der Stationseinheit 1 aus uber die seriellen Bus- 
Systeme, von denen ein Bus 8 dargesteilt ist Da- 
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bei wirci ein Aniagenbus normalerweise durch eine 
serielie Schnittsteile einer Baugruppe realisiert. 
Fails die notwendigen Schnittstellen auf der Bau- 
gruppe nicht zur Verfugung stehen und durch Zu- 
satzmodule realisiert werden, die normalerweise 
ebenfalis einen eigenen Mikroprozessor beinhaiten, 
mussen auf diesen ebenfails eigene Echtzeituhren 
gefuhrt werden. 

Ais Hardware-Timer 9, 10 wird jeweiis der Ti- 
mer eines Prozessors verwendet. Die Timer kon- 
nen sowohl prozessorintern als auch extern Time- 
rereignisse (z. B. Timer-Uberlauf) als Interrupt zum 
Prozessor meiden. 

Die Verteilung von. Echtzeit uber den System- 
bus 11 erfolgt vom zentralen Echtzeitverteiier 12 
aus. Dieser is auf einer Rechnerkarte realisiert. Von 
hier aus wird die Uhrzeit uber den Systembus 1 1 
zu alien anderen Teilnehmem 2, 3 ubertragen und 
synchrcnisiert. 

Aile beteiitgten Busteiinehmer 2, 3 fuhren ihre eige- 
ne Echtzeituhr. 

Zur Durchfuhrung der Ubertragung und Syn- 
chronisation der Echtzeit uber den Systembus 1 1 
bewtrbt sich der zentraie Echtzeitverteiier 12 um 
die Bushcheit Er sendet zunachst eine Meidung 
zur Uhrzeitsynchronisation an die Busteiinehmer 2. 
3, deren Echtzeituhr zu synchronisieren ist. Diese 
Meidung kann aile Busteiinehmer gieichzeitig syn- 
chronisieren. In folgenden Meidungen wird dann 
aie "eingefrorene" Uhrzeit des Echtzeitverteiiers 12 
zu den anderen Bus-Teilnehmern ubertragen. 

Der zentraie Echtzeitverteilter 12 ist auf einer 
baugruppe realisiert. Von hier aus werden aile an- 
deren Uhren in der Stationseinheit 1 uber den 
Systembus 1 1 gestellt und synchronisiert 

Oer zentraie Echtzeitverteiier fuhrt hierzu eine 
Echtzeituhr wie alie anderen Bus-Teilnehmer. 

Im Unterschied zu den anderen Uhren wird 
diese aber nicht von einem ubergeordneten Echt- 
zeitverteiier und synchronisiert. Das genaue Verfah- 
ren der Uhrzeiteinsteilung und -synchronisation ist 
abhangig von der verwendeten Zentraluhr. 

Zentraluhren 

In jeder Stationseinheit 1 gibt es einen zentra- 
len Echtzeitverteilter 12, der eine eigene Echtzeit- 
uhr fGhrt und die Echtzeit uber den Systembus 11 
an die anderen Echtzeituhren der Stationseinheit 
verteilt. 

Der zentraie Echtzeitverteiier seibst erhalt Uhr- 
zeit und "Synchronisierimpulse rt von der Zentraluhr 
7. 

Die Zentaiuhr 7 ist normalerweise Teil der Sta- 
tionseinheit 1 und kann verschieden aufgebaut 
sein. 

Nachfoigend werden die verschiedenen Verfah- 
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ren einzeln erlautert 

Vorzugsweise empfangt eine Funkuhr den Zeit- 
und Normalfrequenzsender DCF77 und stellt Uhr- 
zeit und Datum uber verschiedene Schnittstellen 

5 zur Verfugung. Werden die Schnittstellen durch die 
Funkuhr aktiviert, dann werden die Schnittstellen- 
Ereignisse uhrzeitsynchron ausgelost Die absolute 
Wiederholgenauigkeit betragt hierbei 20 Millisekun- 
den (abhangig von der Empfangsfeldstarke) bei 

w einem Kurzzeitjitter von einer Millisekunde. 

Die Funkuhr 7 sendet selbstandig aile Sekun- 
den Uhrzeit und Datum uber ihre serielie Schnitt- 
steile zum Echtzeitverteiier 12. 

Fur den zentralen Echtzeitverteiier 12 bedeutet 

is dies, datf aile Sekunden durch den Sekundentakt 
einen Interrupt auslost wird. Darauf folgt die korn- 
plette ubertragung der Uhrzeit. 

Der jeweilige Systembus-Teiinehmer 2, 3 und 
eventuell vorhandene Zusatzmodulen sind uber 

2Q eine gemeinsame Schnittsteile miteinander gekop- 
pelt Aile Module enthaiten je eine eigene Echtzeit- 
uhr. Dabei wird die Uhr auf dem Zusatzmodul von 
der (ubergeordneten) Uhr uber die Schnittsteile ge- 
stellt und synchronisiert. Auch hier wird grundsatz- 

25 iich das unten noch naher eriauterte Obertragungs- 
verfahren angewendet. 

Ledigiich die "Synchronisation uber die Daten- 
schnittsteiie'* wird abgeandert, da es kein 
Hardware-Schnittstellenereignis gibt, das auf bei- 

30 den Seiten der Schnittsteile einen Interrupt auslost 
Hier lost ledigiich ein Teiinehmer 2 bzw. 3 auf 
einer Seite de Schnittsteile einen Interrupt beim 
Teiinehmer auf der anderen Seite der Schnittsteile 
aus. Als Ersatz fur den Interrupt der auftretenden 

35 Seite wird dort unmittelbar nach dem Auslosen 
(des Interrupts zur anderen Seite) eine Interrupt- 
Ersatz-Routine aufgerufen, also so getan, als ware 
ein Interrupt der Schnittstellenprozedur ausgelost 
worden. Die Richtung, in der dieser Vorgang uber 

40 die Schnittsteile abiauft. ist prinzipieii beiiebig, soil- 
te jedoch moglichst der Systemhierarchie entspre- 
chen. 

Die Verteilung der Echtzeit uber den 8itbus 
Aniagenbus 8 erfolgt vom Teilernehmer 2 oder 2 
45 aus. 

All© beteiiigten Busteiinehmer (Master und Sla- 
ves) fuhren ihre eigene Echtzeituhr. 
Zur Durchfuhrung der Uhrzeitubertragung und - 
synchronisation sendet der Master zunachst ein 
so Telegramm, das bei bei den aktiven Bus-Teilneh- 
mern einen Interrupt auslost 

Spater wird vom Master die "eingefrorene" 
Zeit zu dem Slave ubertragen. 

Die genaue Zeitverschiebung zwischen dem 
55 Interrupt des Masters und dem Interrupt des Slaves 
wird einmalig experimentell ermitteft 

Die Echtzeit wird der Feldeinheit uber den An- 
iagenbus 3 zugefuhrt Auch die Synchronisation 

6 
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der Uhrzeit in der Feideinheit erfolgt uber den 
Anlagenbus. 

In den Teilnehmer 2, 3 lauft jeweils ein Haupt- 
programm ab, das eine Software-Uhr enthalt In 
Fig. 2 ist ein Ablaufdiagramm in Verbindung mit 
der Software-Uhr dargestellt 

Nach dem Start werden die zu steuernden Uh- 
ren in einem Schritt 13 initalisiert. Danach wird in 
eine Hauptprogrammschleife 14 eingetreten, die 
folgende Programmteile enthalt: Echtzeit von ex- 
tern ubernehmen. Ausgabe der Uhrzeit SYNC-ln- 
terrupt Disable bzw. SYNC-INTERRUPT ENABLE, 
Disable bzw. enable speziellen Interrupt und disab- 
le bzw. enable generellen Interrupt. Wenn nach 
dem Durchlaufen der Hauptprogrammschleife nbch 
Programmzeit vorhanden ist wird in einem Pro- 
grammteil 15 die Echtzeituhr korrigiert. Ansonsten 
wird die Hauptprogrammschleife wiederholt. Ver- 
bleibt nach der Korrektur der Uhr noch Zeit. wird 
die Echtzeituhr in einem Programmteil 16, das in 
Fig. 3 dargestellt ist 

Oas Programmteil 16 enthalt die Programmteile 17, 
18. 19, 20 jeweiis fur Interrupt disable, Hardware- 
Timer lesen, Uhrzeit neu berechnen und Interrupt 
enable. 

Die Uhrzeitfuhrung durch Hardware- Timer le- 
sen. geht aus Fig. 4 hervor. Dieses Unterprogramm 
enthalt die Teiie Interrupt disable. Timer input 21 , 
die Abfrage nach dem Obertauf des Timers nach 
dem letzten Einfesen. die Korrektur 22 des Zahler- 
stands bei einem Uberlauf und. den Schnitt Inter- 
rupt enable. Der Aufbau der Unter-Programms 21 
ist in Fig. 5 dargestellt Das Unterprogramm bein- 
haitet die Erstellung einer Kopie des Hardware- 
Timers und, wenn die einzeinen Zahlerworte syn- 
chron gelesen werden mussen, die temporare 
Speicherung der Worter. Es wird der Stand des 
Hardware-Timers, der der letzten aktuellen 
Software-Uhrzeit entspricht bereitgehalten. Die Ak- 
tualisierung des Software-Uhr-Takts ist in Fig. 6 
dargestellt Diese Aktualisierung beinhaitet folgende 
Unterprogramme: MilHsekundengenerierung 23, 
Millisekundentaktbearbeitung 24, Minutentaktbear- 
beitung 25, Studentaktbearbeitung 26, Tagestaktbe- 
arbeitung 27, Monatstaktbearbeitung 28, Jahres- 
taktbearbeitung 29 und Uhrzustandtest 30. 

Das Unterprogramm setzt zunachst den Milli- 
sekundentakt auf null und prGft danach, ob der 
Hardware-Timer um 1 ms weitergezahlt hat. Wenn 
dies der Fall ist, wird die Hardware- Timer-Nach- 
fuhrung um 1 ms erhoht und ansch lie/3 end 1 ms 
fur die Software-Uhr registriert, bevor die Prufung 
wiederholt wird. Hat der Hardware-Timer nicht um 
1 ms weitergezahlt dann wird der Timer-Rest mit 
dem Stand der Software-Uhr verrechnet. 

Die Verarbietung der Millisekundentakte ist in 
Fig. 8 dargestellt Nach dem in Fig. 8 dargesteliten 
Verfahren werden Minutentakteaus Millisekundent- 



akte erzeugt. Die Verarbietung der Minutentakte, 
Stundentakte, Tagestakte, Monatstakte und Jahres- 
takte erfolgt entsprechend und ist nicht naher dar- 
gestellt 

s Im System wird durch die getrennte Ubertra- 

gung der Echtzeit zu den Teilnehmern und der 
Synchronisationsinformation eine Verminderung der 
8eiegung der Ubertragungskanale durch die Echt- 
zeitverteiiung erreicht. Die Echtzeit wird an alien 
io Schnittstellen mit dem gieichen Datenformat Gber- 
tragen. Das Datenformat ist daher unabhangig von 
der Art der Synchronisation der Echtzeituhren. Die 
Echtzeit wird blockweise uber die jeweilige Schnitt- 
stelle und in einem Stuck ubertragen, wobei die 
;s gleichzeitige Uhrverstellung vemegelt wird. Die 
Echtzeitkorrektur im jeweiligen Teilnehmer beginnt 
mit einem Aufruf durch die Uhrzeit-Ubergabe. Da- 
nach wird die berechnete Uhrzeit mit der Sollzeit 
verglichen. Die Uhrzeit ist unterteiit in eine Grobzeit 
20 und eine Feinzeit. Es wird gepruft, ob die berech- 
nete Uhrzeit innerhalb zulassiger Toleranzen mit 
der ubertragenen Uhrzeit uberemstirnmt. Falls dies 
nicht zutrifft. wird die Zeit in der Echtzeituhr des 
jeweiligen Teilnehmers korrigiert 
25 Vorzugsweise werden die Echtzeituhren uber 

die vorhandenen Schnittstellen synchronisiert. Fiir 
die Schnittstellen wird eine Synchronisationsproze- 
dur definiert. Alle verwendeten Schnittstellen bieten 
die Mogiichkeit durch bestimmte Schnittstellener- 
30 eigniss (insbesondere "Ubertragung beendet") ei- 
nen Interrupt zu dem Prozessor. der die Uhrzeit 
fuhrt, auszuiosen. 

Fur die Synchronisierung wird eine spezielle 
Bus-Prozedur (Ubertragung vom Master zum Sla- 
35 ve) mit einer vorgebbaren Kennung SYNC gestar- 
tet Diese Prozedur kann ein Aufruf an alle sein. 
Die SYNC-Prozedur tost bei alien beteiligten Bus- 
teilnehmem (auch beim Master) einen Interrupt 
aus. Fur die Interrupt-Auslosung kann ein extemer 
40 Sekundentakt, ein Empfangstakt ein Uhrzeitsyn- 
chrontakt Oder ein Primaruhr-Synchrontakt vorge- 
sehen sein. Je nach dem fur die Interruptausiosung 
bestimmten Takt ergeben sich verschiedene Ver- 
fahrensschritte. Nach der in Fig. 9 gezeigten, durch 
45 einen externen Sekundentakt bewirkten Synchroni- 
sierung schlieflt sich an den Interrupt-Schritt ein 
Unterprogramm 31 "Uhrzeit bearbeiten" an, nach 
dessen Ende in einem nachfolgenden Schritt 32 
ein Rag gesetzt wird, das einen Synchrontakt ais 
so "Sekundentakt" gekennzeichnet Danach wird die 
Soli-Feinzeit anhand des Sekundentakts berechnet 
Anschlieflend wird die Differenz zwischen dem 
Zahlerstand und dem Rest null gesetzt, woraus 
sich eine neue Feinzeit ergibt 
ss Bei einem Interrupt mit Hiife eine Empfangstakt 

wird das in Fig. 10 dargestellte Verfahren durchlau- 
fen. Es folgt auf den Interrupt Schritt wiederum das 
Unterprogramm 31, dem sich ein Schritt 35 an- 
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schlieflt. in dem ein Flag den Synchrontakt ais 
Empfangstakt kennzeichnet Das in Fig. 11 darge- 
steilte Unterprogramm 31 enthalt einen Interrupt- 
Schritt, der unmittelbar durch einen Uhrzeitsyn- 
chrontakt ausgelost warden kann. An diesen 
Schnitt schiieflt sich das Unterprogramm 16, Uhr- 
zeitaktualisieren an, auf das ein Unterprogramm 35 
"Feinzeit merken" folgt. Oanach wird in einem 
Schritt 36 der Synchrontakt gezahlt in einem 
Schritt 37 wird ein Rag gesetzt wenn die Kennung 
SYNC wahrend einer Interruptsperre erzeugt wur- 
de. 

Wenn em Interrupt durch einen Primaruhr-Syn- 
chrontakt erzeugt wird. wie er z. B. von einem 
Empfanger eines Zeitsenders erzeugt wird, dann 
wird auf den interrupt-Schnitt wiederum die Uhrzeit 
durch das Unterprogramm 16 aktuaiisiert Danach 
folgt das Unterprogramm 36, nach dessen Ende 
ein Interrupt-Request durchgefuhrt wird. der sich 
auf eine Interruptsperre bezieht Wen keine Inter- 
ruptsperre beim Eintreten des SYNC-Ereignisses 
eintriti. wird der Interrupt zu einer Zieladresse zu- 
geordnet wonach die Feinzeit und die Grobzett fur 
die Ausgabe zur Verfugung stehen. Bei einer Inter- 
ruptsperre wird die Uhrzeit erst nach der Interrupt- 
Freigabe eingefroren, bevor die weiteren oben er- 
wannten Schritte foigen. 

In einer anschlieflenden Busprozedur sendet 
der Master dem oder den Slaves seine eingefrore- 
nenn Feinzeiten zusammen mit der Grobzeit. Damit 
ist die Gbertragung der Echtzeit beendet. 

Jeder Slave wird vorzugsweise mindestens 
mehrmals pro Minute synchronisiert; Die Slaves 
berechnen aus der ubertragenen Uhrzeit und ihrer 
eigenen eingefrorenen Zeit die Zeitdifferenz fur die 
eigene Echtuhr und regeln ihre Uhren nach bzw. 
stellen sie neu ein. Wenn die Regelabweichung 
mehrmals nacheinander unzulassig grofl war, wird 
eine Testprozedur zur Fehiersuche angefuhrt. Oie 
Testprozedur mufl nicht sofort durchgefuhrt wer- 
den, sondern kann unter Berucksichtigung der Pro- 
grammlaufzeit optimal aufgerufen werden. 

In der Initalisierungsphase werden alle Variab- 
len mit definierten Werten besetzt. Die Echtzeitver- 
teilung sorgt dafur, dai3 nach einer Hochlaufzeit alle 
Echtzeituhren synchron laufen. Alle Zustande wer- 
den durch Flags angezeigt 



Anspruche 

1. Vorrichtung zum Betrieb von Echtzeituhren, 
die sich in Teiinehmern eines hierarchisch durch 
Bussysteme verbundenen Prozeflsteuersystems 
befinden, 

dadurch gekennzeichnet 

da/3 die Echtzeit von einer Zentraluhr vorgegeUen 



und uber die vorhandenen Bussysteme ah die ein- 
zefnen Teilnehmer weitergeleitet und synchronisiert 
wird. 

2. Vorrichtung nach Anspruch 1 , 
5 dadurch gekennzeichnet 

dafl jede an der Uhrzeitfuhrung und Uhrzeitubertra- 
gung beteiligte Einheit einen freilaufenden oder 
programmierbaren Hardwaretimer aufweist, dessen 
Zahlstand zur Uhrzeit in der gewunschten Form 
jo weiterverarbeitet wird. 

3. Vorrichtung nach Anspruch 1 oder 2, 
dadurch gekennzeichnet 

dafl der Hardwaretimer lediglich ein freilaufender 
Oualteiler sein mufl, der aus einer Taktquelle ge- 
ts speist wird. 

4. Vorrichtung nach einem oder mehreren der 
vorangehenden Anspruche, 

dadurch gekennzeichnet 

da/3 an die Taktfrequenzstabilitat der Taktquelle fur 
20 den Hardwaretimer nur geringe Anspruche bezug- 
iich der Langzeitstabilitat gesteilt werden mussen. 

5. Vorrichtung nach einem oder mehreren der 
vorangehenden Anspruche, 

dadurch gekennzeichnet 
25 dafl die Uhrzeit asynchron aus dem Zahlstand des 
jeweiligen Hardwaretimers ermittelt und den Verar- 
beitungseinheiten in geeigneter Form bereitgestellt 
wird. 

6. Vorrichtung nach einem oder mehreren der 
30 vorhergehenden Anspruche, 

dadurch gekennzeichnet 

dafl bei Uberiaufen des jeweiligen Hardwaretimers 
(9. 10) die Uhrzeit berechnet oder ein Uberlaufzah- 
ler beaufschlagt wird, dessen inhalt bei der Uhrzeit- 
35 berechnung berucksichtigt wird. 

7. Vorrichtung nach einem oder mehreren der 
vorhergehenden Anspruche, 

dadurch gekennzeichnet 

dafl die Echtzeituhren (5, 6) uber die vorhanden 
40 Schnittstellen der Teilnehmer (2, 3) synchronisiert 
werden, indem ein durch den jeweiligen Schnittstel- 
lenbaustein bei oder nach der Gbertragung eines 
Zeichens zeitlich festgelegtes Ereignis ais Basis fur 
ein Korrekturverfahren verwendet wird, mit dem die 
45 Echtzeit im jeweiligen Teilnehmer in Obereinstim- 
mung mit der Echtzeit in der Zentraluhr gebracht 
wird. 

8. Vorrichtung nach einem oder mehreren der 
vorhergehenen Anspruche, 

so dadurch gekennzeichnet 

dafl in jedem Teilnehmer bei Auftreten des Ereig- 
nisses die jeweiiige Uhrzeit festgehalten danach zu 
untergeordneten Einheiten ubertragen, dort mit der 
ebenfalls bei Auftreten des entsprechenden Ereig- 

55 nisses festgehaltenen Uhrzeit verglichen und dort 
zur Korrektur der Ganggeschwindigkeit der Teilneh- 
meruhr verwendet wird. 
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